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(54) Method and apparatus for providing internet content to SMS-based wireless devices 



(57) A method and apparatus for providing hyper- 
media content maintained remotely on a network to a 
wireless device without a browser are described. A 
Short Message Service (SMS) request for Internet- 
based content is received from a wireless device (100) 
on a wireless network (102) at a proxy server (108) via 
an SMS Center (SMSC) (212). The proxy server trans- 
codes the SMS request from a character set of the SM- 
SC to a character set of an application and extracts a 
keyword from the trancoded request. The proxy server 
looks up the extracted keyword in a keyword-to-URL 
mapping to identify the URL of an application associated 



with the keyword and constructs an HTTP POST oper- 
ation containing the keyword and the URL which is sub- 
mitted to the application over a wireline network such as 
the Internet (215). The proxy server extracts the re- 
quested content from a received HTTP response from 
the application in response to the POST operation, and 
then translates the content from the content-type used 
by the application to the content-type used by the SMSC 
and transcodes the content from the character set used 
by the application to the character set used by the SM- 
SC. The translated and transcoded content is then sent 
as an SMS response to the SMSC, for subsequent de- 
livery to wireless device as an SMS message. 
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Description 

FIELD OF THE INVENTION 

[0001] The present invention generally relates to us- 
ing a wireiess device lo access hypermedia conteni on 
a network such as the Internet. More particularly, the 
present invention relates to a method and apparatus for 
facilitating access to Internet-based hypermedia con- 
tent by wireless devices that are not equipped with a 
browser. 

« 

BACKGROUND OF THE INVENTION 

[0002] For people and businesses requiring instant 
access to information, the Internet and intranets have 
provided a vehicle for near real-time delivery of informa- 
tion from an enormous number of sources. For many of 
those same individuals, away ol communicating regard- 
less of locality has been provided by two-way wireless 
communication technology such as cellular telephones, 
two-way pagers, Personal Digital Assistants (PDAs). 
Personal Information Managers {PI Ms) , and other hand- 
held computing devices. In recent years, these two rap- 
idly-advancing technology areas have come together, 
such that the two-way wireless communication device 
has become one of many entry points into the Internet 
and intranets. 

[0003] One feature that many devices used to access 
the Internet have in common is that they can display hy- 
permedia content, such as web pages. To do so, net- 
work servers and network personal computers (PCs) 
normally use standard web protocols and mark-up lan- 
guages, such as Hypertext Transport Protocol (HTTP) 
and Hypertext Markup Language (HTML), respectively. 
Wireless devices commonly use wireless protocols, 
such as Wireless Access Protocol (WAP) or Handheld 
Device Transport protocol (HDTP), and sometimes use 
markup languages such as Wireless Markup Language 
(WML) and Handheld Device Markup Language 
(HDML) to accomplish the same task. 
[0004] Conventional PCs and some newer-genera- 
tion wireless devices include browser software (often 
called "microbrowsers", for wireless devices) for ena- 
bling the devices to access hypermedia content on the 
Internet and other networks. However, many earlier- 
generation wireless devices are not equipped with mi- 
crobrowsers. The lack of a microbrowser restricts the 
ability of such devices to access hypermedia content on 
the Internet. 

[0005] Limited Internet access has been provided to 
such wireless devices using a facility known as Short 
Message Service (SMS), which is available on many 
such devices. SMS allows users of certain wireless de- 
vices to send and receive alphanumeric messages of 
limited length (e.g., up to 160 characters). SMS is similar 
to paging, however. SMS does not require that the wire- 
less device is active and within range when a message 



is sent; an SMS message generally will be held for a 
time until the wireless device is active and within range. 
SMS messages are generally transmitted within the 
same cell or to anyone with roaming capability. Although 
5 SMS messages are of limited length. SMS allows mobile 
users to receive critical information. SMS messages are 
typically sent through a narrowband channel that incurs 
a very low operating cost to the service providers. 
[0006] SMS based Internet access is primarily per- 
10 formed by a submission of one or more "keyword" mes- 
sages from the wireless device to a predetermined ad- 
dress or telephone number serviced by a server. After 
interacting with other information feeds on the Internet, 
the server prepares an SMS message that includes in- 
15 formation based on the "keyword" message. The SMS 
message is then delivered to the wireless device That 
requested the information. A typical example is a re- 
quest of a stock quote, in which the "keyword" message 
is the stock symbol and the returned SMS message is 
20 the corresponding quote information. 

[0007] One problem with current technology is that 
service providers offering SMS based Internet access 
generally use customized and/or proprietary solutions 
to link the Internet to the wireless networks. These tech- 
25 noiogies, once in deployment and operation, make it dif- 
ficult and expensive to conform to an industry-accepted 
or widely-used standard, such as WAP. WAP is becom- 
ing recognized as the next platform standard for the 
wireless community and has been adopted as the de 
30 facto standard by many wireless service providers. 
WAP-compliant wireless devices are being introduced 
by wireless telephone handset manufacturers, and 
WAP-compliant services are being offered by many 
service providers. There is a need, therefore, for a better 
as solution which allows wireless devices without micro- 
browsers to access hypermedia content on the Internet. 

SUMMARY OF THE INVENTION 

40 [0008] The present invention includes a method and 
apparatus for providing content from a network to a wire- 
less device. According to one aspect of the invention, in 
response to a request from the wireless device, the con- 
tent identified in the request is received from a network 

45 resource on the network according to a protocol, such 
as HTTP. As the wireless device is not compliant with 
the protocol, the content is then converted to a message 
compliant with a message requirement of the wireless 
device. In one embodiment, the message is converted 

so to a short message in a text format that is to be delivered 
by a Short Message Service Center (SMSC) to the wire- 
less device. 

[0009] The present invention can be implemented in 
different ways including a system, a method, a computer 
55 readable medium and various product means, each 
yielding one or more of the following benefits and ad- 
vantages. One of the benefits and advantages is that a 
wireless device, such as a two-way pager, now can re- 
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ceive network resources that are generally available to 
other computing devices but not designed for such wire- 
less device. Another one includes the delivery of only 
relevant information to the wireless device as a proxy 
server is engaged to perform a "keyword" mapping be- 
fore a retrieval request is sent out to fetch such informa- 
tion on behalf of the wireless device. 
[0010] Other objects, benefits and advantages to- 
gether with the foregoing are attained in the exercise of 
the invention in the following description and resulting 
in the embodiment illustrated in the accompanying 
drawings. 

BRIEF DESCRIPTION OF THE DRAW INGS 

[001 1 ] These and otherfeatures. aspects, and advan- 
tages of the present invention will become better under- 
stood with regard to the following description, appended 
claims, and the accompanying drawings, in which: 

Figure 1 illustrates a network environment in which 
a wireless device may be used to access content 
on the Internet; 

Figure 2 is a block diagram of the wireless device; 
Figure 3 is a block diagram of a computer system 
that may represent one or more of the servers in 
Figure 1 ; 

Figure 4 is a block diagram of a system for using 
SMS to provide a wireless device with access to hy- 
permedia content on the Internet; 
Figure 5 is a flow diagram showing a process that 
may be performed by the proxy server to provide a 
wireless device with access to hypermedia content 
in the "pull" mode of operation; 
Figures 6A and 6B are examples of two displays 
that may be generated on a wireless device during 
generation of an SMS request; 
Figure 7 is a flow diagram showing a process that 
may be performed by the pull engine to translate 
content from an application from one content-type 
to another; and 

Figure 8 is a flow diagram showing a process that 
may be performed by the proxy server to provide a 
wireless device with access to hypermedia content 
in the "push" mode of operation, 

DETAILED DESCRIPTION 

[00121 A method and apparatus are described for en- 
abling a wireless communication device which does not 
have a browser to access hypermedia content on the 
Internet or other networks. Note that in this description, 
references to "one embodiment" or "an embodiment" 
mean that the feature being referred to is included in at 
least one embodiment of the present invention. Further, 
separate references to "one embodiment" in this de- 
scription do not necessarily refer to the same embodi- 
ment; however, neither are such embodiments mutually 



exclusive, unless so stated and except as will be readily 
apparent to those skilled in the art. 
[0013] The described technique supports both a "pull" 
mode of operation and a "push" mode of operation. As 

5 described further below, in the "pull" mode, an SMS re- 
quest for Internet-based content is received at an SMS 
Center (SMSC) from a wireless device which does not 
have a browser. The SMSC relays the SMS request to 
a proxy server that is coupled to a wireline network, such 

to as the Internet. The proxy server transcodes the SMS 
request into a different character set and extracts a key- 
word from the trancoded request. The proxy server 
maintains a mapping of keywords to application identi- 
fiers, such as Uniform Resource Locators (URLs) and/ 

is or Uniform Resource Identifiers (URls). which are here- 
inafter referred to interchangeably as URLs. The proxy 
server looks up the extracted keyword in the keyword- 
to-URL mapping to identify the URL of an application 
residing on a server on the network. The proxy server 

20 constructs a hypermedia protocol operation containing 
the keyword and the URL, and submits the operation 
over the Internet to the application. Upon receiving a hy- 
permedia protocol response containing the requested 
content from the application, the proxy server extracts 

25 the content from the response and converts the content 
from the content-type used by the application to a con- 
tent-type used by the SMSC. The proxy server then 
transcodes the content from the character set used by 
the application to a character set used by the SMSC and 

30 sends the transcoded content in an SMS response to 
the SMSC, for subsequent delivery to wireless device 
as an SMS message. 

[0014] In the "push" mode, a content application asyn- 
chronously (i.e., not in response to any request) sends 

35 content to the wireless device, via the proxy server and 
the SMSC. In that case, the proxy server receives the 
content from the application in a hypermedia protocol 
request, translates and transcodes the content as stated 
above, and provides the content as an SMS message 

40 to the SMSC, for transmission to the wireless device. 
[0015] Figure 1 shows a network environment in 
which a wireiess communication device (or simply "wire- 
less device") such as mentioned above can be used. 
Wireless device 1 00 may be of any of the types of wire- 

J5 jess devices mentioned above, such as a wireless tele- 
phone. To facilitate explanation, the example of a wire- 
less telephone is used ar various points in the following 
description. As described herein, wireless device 100 is 
enabled to receive remotely stored hypermedia informa- 

50 tion, such as WMLdocuments, HTML documents, Com- 
pact HTML (cHTML) documents. Extensible Markup 
Language (XML) documents, or HDML documents, 
from one or more network servers, shown as network 
servers 116 and 120. The retrieved hypermedia infor- 

55 mation is provided to wireless device 1 00 in the form of 
SMS messages. Network Servers 116 and 120 may be. 
for example, conventional personal computers (PCs) or 
computer workstations. 
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[0016] Wireless device 100 has a display 102 and a 
keypad 1 03. It may be assumed that wireless device 1 00 
does not have a microbrowser capable of accessing and 
displaying hypermedia content, such as WML cards, 
HTML pages, or the like. However, it further may be as- 
sumed that wireless device iOO does have an SMS ed- 
itor/reader (hereinafter "SMS editor") to allow the wire- 
less device 100 to send and receive SMS messages. 
[0017] Thecommunication path between wireless de- 
vice 100 and network servers 116 and 120 includes a 
wireless communication network ("aimer) 104, a proxy 
server 108. and a land-based network pandnet") 112. 
Airnet 1 04 is a network such as a Cellular Digital Packet 
Data (CDPD) network, a Global System for Mobile 
(GSM) network, a Code Division Multiple Access (CD- 
MA) network, or a Time Division Multiple Access Net- 
work (TDMA) network. The communications protocols 
used by airnet 104 may include, for example. WAP and/ 
or HDTP. Landnet 112 is a land-based network that may 
be or include the Internet, an intranet, or a data network 
of any private network, such as a Local Area Network 
(LAN). The communication protocol supporting landnet 
1 1 2 may be. for example, Transmission Control Protocol 
(TCP/IP), HTTP or Secure HTTP (sHTTP). 
[001 8] Proxy server 1 08 acts as a bridge between air- 
net 104 and landnet 112. Proxy server 108 may be, for 
example, a conventional computer workstation or PC. 
Although shown as a physically separate device, proxy 
server 1 08 may be implemented in a network server (e. 
g. network servers 116 or 120) with hardware and soft- 
ware such as well known in the art providing the con- 
nection between airnet 1 04 and landnet 1 1 2. Proxy serv- 
er 1 08 can be substantially the same as network servers 
1 1 6 and 1 20. except that it aiso includes features of the 
present invention described herein. 
[0019] Figure 2 is a block diagram showing the prin- 
ciple components of wireless device 100. according to 
one embodiment. The wireless device 100 includes a 
processor 301 , which may be or may include any of: a 
general- or special-purpose programmable microproc- 
essor, Digital Signal Processor (DSP). Application Spe- 
cific Integrated Circuit (ASIC), Programmable Logic Ar- 
ray (PLA). Field Programmable Gate Array (FPGA) t 
etc.. or a combination thereof. Wireless device 100 in- 
cludes a Wireless Control Protocol (WCP) interface 328 
that couples to a carrier network via airnet 1 04 to receive 
incoming and outgoing signals. Device identifier (ID) 
storage 316 stores and supplies to WCP interface 332 
a Mobile Device Identifier (M1N), which identifies wire- 
less device 100 to outside entities (e.g. proxy server 
108). The MIN is a specific code that is associated with 
wireless device 1 00 and directly corresponds to a device 
ID in a user account typically provided in an associated 
proxy server, such as proxy server 1 08. if the proxy serv- 
er services a number of wireless devices, there will be 
a number of such accounts, preferably kept in a data- 
base server, each of the accounts corresponding to a 
different one of the wireless devices. 



[0020] In addition , wireless device 1 00 includes mem- 
ory 304 that stores data and/or software for controlling 
and/or performing many of the processing tasks per- 
formed by wireless device 1 00. These tasks include: es- 

5 tablishing a communication session with a proxy server 
via wireless link 332 and airnet 104; receiving user in- 
puts from keypad 103, sending and receiving SMS mes- 
sages, and displaying information on the display 102. 
Hence, memory 304 may represent one or more phys- 

10 icai memory devices, which may include any type of 
Random Access Memory (RAM). Read-Only Memory 
(ROM) (which may be programmable), flash memory, 
non-volatile mass storage device, or a combination of 
such memory devices. Memory 304 is also coupled to 

is WCP interface 328 for the establishment of a commu- 
nication session and the requesting and receiving of da- 
ta. 

[0Q21] Assuming, for example, that wireless device is 
a telephone, wireless device 1 00 also includes voice cir- 

20 cuitry 3 1 8 for inputting and outputting audio during a tel- 
ephonic communication between the user of wireless 
device 100 and a remote party. Voice circuitry 318 may 
include, for example, sound transducers, analog-to-dig- 
ital (AID) and digital-to-analog (D/A) converters, filters. 

25 etc.. such as are well-known in the art. An encoder/de- 
coder 310 is coupled between the processor 301 and 
the voice circuitry 31 8 for encoding and decoding audio 
signals. 

[0022] Figure 3 is a high-level block diagram of a com- 
30 puter system representative of any or all of the servers 
shown in Figure 1, i.e., proxy server 108 and network 
servers 116 and 120. As shown, the computer system 
includes a processor 31 , ROM 32, and RAM 33. each 
connected to a bus system 38. The bus system 38 may 
35 include one or more buses connected to each other 
through various bridges, controllers and/or adapters, 
such as are well-known in the art. For example, the bus 
system 38 may include a "system bus" that is connected 
through an adapter to one or more expansion buses, 
40 such as a Peripheral Component Interconnect (PCI) 
bus. Also coupled to the bus system 38 are a mass stor- 
age device 34, a network interface 35, an SMS interface 
36, and a number (N) of input/output (I/O) devices 37-1 
through 37-N. 

45 [0023] I/O devices 37-1 through 37-N may include, for 
example, a keyboard 1 5, a pointing device 1 6, a display 
device 17 and/or other conventional I/O devices. Mass 
storage device 17 may include any suitable device for 
storing large volumes of data, such as a magnetic disk 

so or tape, magneto-optical (MO) storage device, or any of 
various types of Digital Versatile Disk (DVD) or Compact 
Disk (CD) based storage. 

[0024] Network interface 35 provides data communi- 
cation between the computer system and other compu- 
55 ter systems on the landnet 112. Hence, network inter- 
face 35 may be any device suitable for or enabling the 
computer system 1 to communicate data with a remote 
processing system over a data communication link, 
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such as a conventional telephone modem, an Integrated 
Services Digital Network (ISDN) adapter, a Digital Sub- 
scriber Line (DSL) adapter, a cable modem, a satellite 
transceiver, an Ethernet adapter, or the like. Similarly. 
SMS interlace 36 provides SMS data communication 5 
between the computer system and the SMSC, SMS 36 
may be the same or a similar type of device as men- 
tioned above tor network interface 35, and in fact. SMS 
interface 36 be implemented together with network in- 
terface 35 in a single communication device. 10 
[0025] Of course, many variations upon the architec- 
ture shown in Figure 3 can be made to suit the particular 
needs of a given system. Thus, certain components may 
be added to those shown in Figure 3 for given system, 
or certain components shown in Figure 3 may be omit- 
ted from the given system. 

[0026] Note that many of the features described here- 
in may be implemented in software. That is, the de- 
scribed operations may be carried out in a processing 
system in response to its processor executing sequenc- 
es of instructions contained in memory. The instructions 
may be executed from a memory, such as RAM, and 
may be loaded from a persistent store, such as a mass 
storage device and/or from one or more other remote 
computer systems (collectively referred to as "host com- 
puter system"). Likewise, hardwired circuitry may be 
used in place of software, or in combination with soft- 
ware, to implement the features described herein. Thus, 
the present invention is not limited to any specific com- 
bination of hardware circuitry and software, nor to any 
particular source for the instructions executed by a com- 
puter system. 

[0027] Figure 4 is a more-detailed block diagram of a 
system for using SMS to provide the wireless device 1 00 
with access to hypermedia content on the World Wide 
Web ("the Web"). In Figure 4, the Internet 215 repre- 
sents landnet 112 of Figure 1, Web server 202 repre- 
sents one of the network servers 104 of Figure 1 and 
provides accessible hypermedia information (e.g., 
HTML pages or WML cards) to other computing devices 
on the Internet 215. Wireless device 100 accesses the 
information in web server 202 via SMSC 212 and proxy 
server 108. which is coupled to Internet 215. Note that 
the communication between wireless device 100 and 
proxy server 108 is via the carrier infrastructure, which 
includes SMSC 212. 

[0028] When wireless device 1 00 sends out a "key- 
word" SMS message received by SMSC 212, the SMS 
message is forwarded by SMSC 212 to proxy server 
108, as dictated by the MIN of wireless device 100. 
Proxy server 108 sends out a proxy request on behalf 
of wireless device 100, to web server 202, for hyperme- 
dia content corresponding to the "keyword" in the SMS 
message. The keyword may be, for example, one or 
more words in the SMS message. 
[0029] Assume, for example, the user of wireless de- 
vice 100 desires a real-time quote of the stock price of 
the company. Phone.com, of Redwood City. California. 



The stock symbol for Phone.com is "PHCM". Accord- 
ingly, the user may enter the input "QUOTE PHCM" into 
the wireless device while in SMS messaging mode, 
where "QUOTE" is the keyword, such that wireless de- 
vice 1 00 is caused to send the input in an SMS message 
to the designated SMSC 212. Generally, an SMSC does 
not provide real-time slock quotes and, thus, it must 
seek out the requested information over the Internet 21 5 
by forwarding the keyword SMS message or extracted 
information from the SMS message to a proxy server, 
such as proxy server 108. 

[0030] Upon receiving the SMS request from the SM- 
SC 212, the proxy server 108 may initially perform cer- 
tain administrative processes, such as verification that 
the user is entitled to service. Based on the keyword, 
the proxy server 108 then identifies an application that 
can provide the requested information and sends a 
proxy request to the application. The proxy request in- 
cludes an address or other identifier identifying a net- 
work resource from which the stock quote can be ob- 
tained. The address may be a URL or any other identifier 
suitable for identifying a network resource that may have 
the requested content. When the stock quote (e.g., the 
stock price) is received by the proxy server 108 in a 
mark-up language format (e.g., HTML), the quote infor- 
mation is translated and transcoded by pull engine 21 0 
in proxy server 108 into a format which the SMSC 212 
can deliver to the wireless device 100, and then deliv- 
ered to SMSC 212. 

[0031] The requested content on web server202 may 
be in the form of displayable hypermedia pages con- 
structed in a markup language (e.g.. WML or HTML), 
such that each of the hypermedia pages is identified by 
a distinct address, such as a URL. When one of the pag- 
es is requested, the whole page or a notification includ- 
ing a link of the page can be sent to the wireless device 
100, subject to modification by proxy server 108. 
[0032] It should be noted that other functions of pull 
engine 208 may include message segmenting if the re- 
ceived content exceeds the maximum SMS message 
length. More specifically, message segmenting is a 
process of segmenting a long message into segmented 
messages, each compliant to the maximum SMS mes- 
sage length (e.g., 150 characters). 
[0033] The technique described herein has at least 
two modes of operation, "puir and "push". The pull 
mode is used when information is provided to wireless 
device 100 in response to a request from wireless de- 
vice 100. Pull engine 210 in proxy server 108 generally 
carries out the operations of proxy server 108 in the pull 
mode. The push mode is used to provide information to 
wireless device 100 even without such a request. Mes- 
senger 208 in proxy server 1 08 generally carries out the 
operations of proxy server 108 in the push mode. Gen- 
erally, the push mode is used after an application has 
determined the user of wireless device 1 00 is interested 
in a certain type of content. Although the content that is 
"pushed" to the wireless device 100 is not sent in re- 
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sponse to any particular request from the wireless de- 
vice 100, the determination of what content to push and 
to which device it should be pushed may be based on 
one or more prior keyword requests from the wireless 
device 100. 

[0034] Figure 5 is a flow diagram showing a process 
that may be performed by the proxy server 108 in the 
"pull" mode of operation. Initially, the user of the wireless 
device 1 00 activates its SMS editor to input an SMS key- 
word request. Suppose, for example, the user wishes to 
find out the current stock price for a company, Phone, 
com of Redwood City, California. Accordingly, using the 
SMS editor, the user enters "QUOTE PHCM" using the 
keypad of the wireless device 1 00. This text is presented 
on the display of the wireless device 100 as the user 
types, as shown in Figure 6A. The user then enters a 
well-known, predetermined identifier for the proxy serv- 
er 108. such as "711", which is similarly displayed on 
the display, as shown on Figure 6B. Upon entering the 
identifier, the SMS request "QUOTE PHCM" is sent by 
the wireless device 10 to the SMSC 212, which routes 
the request to pull engine 210 in proxy server 108, via 
interface 211. The communications protocol between 
the SMSC and the proxy server 108 includes the MIN 
of wireless device 100. 

[0035] Referring now to Figure 5. at 501 interlace 21 1 
extracts the MIN and the text of the SMS request, and 
sends the request text to the pull engine 21 0. At 502 the 
pull engine 210 transcodes the request text to a char- 
acter set that is expected when communicating with ex- 
ternal applications. Transcoding can be performed us- 
ing, for example, simple look-up operations, given 
knowledge of wfiich character sets are being used by 
the different devices. The pull engine 210 then parses 
the text of the SMS request. In one embodiment, the 
"keyword" is taken as the first word of the text of the 
request. However, a keyword alternatively may be a pre- 
determined number of multiple words, which need not 
be the initial words of the request. Hence , the pull engine 
21 0 extracts the keyword from the request text from the 
request text at 503. which in this example is "QUOTE". 
[0036] The proxy server 1 08 maintains a mapping (e. 
g. , a look-up tabie) of keywords and their associated ap- 
plication identifiers (e.g.. URLs). This mapping may be 
made accessible to authorized personnel on a set of 
conventional Web pages (or any other user interface), 
to allow the mapping to be modified and updated, using 
a conventional browser. Thus, proxy server 108 may 
serve as a conventional Web site for this purpose. Op- 
erations that may be supported include adding, deleting, 
editing, and viewing mapping entries. 
[0037] Accordingly, at 504, the pull engine 210 uses 
the mapping to look up the URL corresponding to the 
keyword of the SMS request. The URL identifies the ap- 
plication which has the requested content (e.g., stock 
prices). The pull engine 210 then constructs an HTTP 
version 1.1 ("HTTP/1 .1") POST method for the URL, 
which includes the request (/QUOTE PHCM") and var- 



ious headers, such as Accept and Accept-Charset. The 
POST method may also include an extra field that can 
be used by the application to discover the proxy-specific 
subscriber number of the wireless device. This field can 
5 be used at a later time to "push" content to the wireless 
device. For example, the MIN of the wireless device can 
be used for this field. 

[0038] An example of what the aforementioned POST 
method may look like is as follows, for the stock quote 
io example (where the URL determined form the mapping 
should be substituted for "[URL]" in the first line): 

POST [URL] HTTP/1. 1\rVn 

x-up-subnc: UPWMS-21 1234567890-^ upserver. 
15 uplink.com\r\n 

Content-Type: text/piain\r\n 
Accept: text/plain\An 
Accept-Charset: IS0„8859-1 
\r\n 

20 QUOTE PHCM 

[0039] The pull engine 210 then connects to the ap- 
plication designated by the URL and submits the POST 
operation at 506, and then waits for the application to 
25 reply. 

[0040] The text/plain content of the POST method is 
(normally) accepted by the application and processed. 
In that case, the response from the application is an HT- 
TP/1 .1 response with a Content-type of text/plain and a 
30 Content-body containing the response. An example of 
what such a reply may look like is as follows, where the 
returned content is "PHCM 500 1/4". 

HTTP/1.1 200 Document follows\r\n 
35 Content-type: text/plain\r\n 
Content-length: 1 1\An 
\r\n 

PHCM 500 1/4\r\n 

40 [0041 ] If no response is received from the application 
within the timeout period (507), then at 512 the proxy 
server 108 sends an error message to the SMSC 212, 
which the SMSC 21 2 delivers to the wireless device 1 00. 
In general, the types of error messages (hat may be sent 

^5 by proxy server 108 (when appropriate) include HTTP 
proxy errors. keyword-to-URL mapping errors, and gen- 
eral link errors. 

[0042] If a timely response is received, then at 508 the 
pull engine 210 extracts the content in the response at 

so 508. At 509, the pull engine 21 0 translates the extracted 
content from the content-type used by the application 
(e.g.. WML or HTML) to a content-type that can be un- 
derstood by the SMSC (e.g., text/plain). The translation 
is described further below. At 510, the pull engine 210 

55 transcodes the content from the character set used by 
the application (e.g.. ISO-8859-1) to the character set 
expected by the SMS C. (e.g., GSM character set). The 
transcoding can be accomplished, for example, using 
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simple look-up operations. At 51 1, pull engine 210 
sends the transcoded response content to the SMSC 
212 as an SMS message, for transmission to the wire- 
less device 100. 

[0043] HTTP/1 .1 has been described thus far as the 
protocol used for communication between proxy server 
108 and the content application. In other embodiments, 
however, a hypermedia based protocol other than HTTP 
may be used instead, or another version of HTTP may 
be used. 

[0044] Figure 7 shows a process that may be per- 
formed by the pull engine 210 to translate content re- 
ceived from an application from the content-type used 
by the application (e.g.. WML or HTML) to a content- 
type that can be used by the SMSC 21 2 (e.g. . text/plain). 
To facilitate explanation, it is assumed that the applica- 
tion's response is in a mark-up format such as WML or 
HTML and that the SMSC 212 requires text/plain con- 
tent. Initially, a mark-up file response from the applica- 
tion is received by the pull engine 210 at 701 . At 702. 
the pull engine 210 locates the next (or first, if applica- 
ble) mark-up tag in the file. The pull engine 210 then 
determines whether it is appropriate to translate the con- 
tent identified by the tag. If not. the tag and its content 
are discarded at 706. For example, in WML. it may be 
considered inappropriate to translate global tags, such 
as "<wml> " (file marker), "<card> " (card marker), "<a> 
" (links), etc. 

[0045] If it is appropriate to translate the identified 
content, then at 704, the tag is discarded and the read- 
able text of its identified content is output as the trans- 
lated result for that tag. Following 704 or 706, it is de- 
termined at 705 if the end of the file has been reached, 
based on whether an end-of-file marker tag has been 
reached. If not, the process repeats from 702 with the 
selection of the next tag. Otherwise, the process ends. 
[0046] The process of Figure 7 can be illustrated us- 
ing the following example. Assume the following WML 
file is returned to the proxy server 212 by a stock quote 
service: 
<wml> 

< card id = "QUOTE" title - "quote 1 " > 

< p mode ~ "nowrap" > Phone.com, Inc. </p> 

< p mode - "nowrap" > Last: 78 i/2</p> 

< p mode="nowrap">Chg: +2 3/4 (+3.38%) 

</p> 

< p mode = "nowrap" > Time: I5:12</p> 
<p mode - "nowrap" > Vol: 1,141 ,800</p> 

< p mode - "nowrap" > Open: 75 1/8 </p> 

< p mode « "nowrap" > High: 80</p> 

< p mode ~ "nowrap"> Low: 75 < /p > 
<a accesskey="V' 

href « 7wm!/refresh. asp? Path = /cgi-bin/quote.dlr?Z = 1 
&S * PHCM " > Refresh </a> 
<a accesskey^-'T 
href- 7cgi-bin/quote.dll?2 = 2&a mp;S « PHCM " > De- 
tail < /a > 
</card> 



</wmi> 

[0047] The output of the translation process of Figure 
7 would be: 

5 Phone.com, Inc. 
Last 78 

Chg: + 2 3/4 (+ 3.38%) 
Time: 15:12 
Vol: 1,141,800 
10 Open:. 75 1/8 
High: 80 
Low 75 

[0048] Once a wireless device 100 initially makes a 

*5 request for content, the application can remember the 
MIN of the wireless device 100 and the nature of the 
request. As a result, the application can determine 
which type of content the user of wireless device 1 00 is 
likely to be interested in, and can subsequently provide 

20 such content to the wireless device 1 00 (via proxy server 
108 and SMSC 212) asynchronously, i.e., not in re- 
sponse to any particular request from wireless device 
100. This mode of operation is referred to as "push" 
mode, as noted above. 

25 [0049] Figure 8 is a flow diagram showing a process 
that may be performed by the proxy server 108 in the 
"push" mode. As noted above, a field can be added to 
the original request from the wireless device tc allow an 
application to identify, and subsequently provide rele- 

30 vant content to, a wireless subscriber. At 801 , the mes- 
senger to await receives an HTTP Add request from a 
content-providing application. One example of what 
such a request may look like is as follows, in which a 
stock quote "PHCM 500 1/4" is the "pushed" content: 

35 

POST /ntfn/add HTTP/1 .1 \An 
x-up-notifyp-verion: upnotifyp/3.0\r\n 
x-up-subno: UPWMS-211234567890-_upserver. 
uplink.comWt 
40 x-up-ntfn-channel: push\r\n 
Content-Type: text/plain\r\n 
Content-Length: 1 1\r\n 
\r\n 

PHCM 500 1/4 

45 

[0050] The content-type of the request is text/plain, 
and the content-body includes the message to be trans- 
mitted to the wireless device 100. 
[0051] At 802, the messenger 208 determines wheth- 

50 er the format of the request is valid. At 803, the messen- 
ger 2G8 determines whether the content-type of the re- 
quest is supported by the user (i.e., text/plain). If either 
the format is invalid or the content-type is net supported, 
then an error message is sent to the application at 810. 

55 and the process ends. If the format is valid and the con- 
tent-type is supported, then at 804, messenger 208 de- 
termines the appropriate protocol and communication 
mechanism to transport the message to the SMSC 212. 
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At 805, messenger 208 creates an SMS message from 
the data in the content-body of the request received from 
the application. Messenger 208 then translates the re- 
sponse text from the content-type used by the applica- 
tion (e.g.. WML or HTML) to the content-type used by 
the SMSC (e.g.. text/plain) at 806. Next, at 807, mes- 
senger 208 transcodes the response text rrom the char- 
acter set used by the application (e.g., ISO-8859-1) to 
that expected by the SMSC 212 (e.g., GSM). Messen- 
ger 208 then sends the SMS message to interface 211 , 
which delivers the message to the SMSC 212. at 808. 
At 809. messenger 208 notifies the application that the 
message has been accepted for delivery to the wireless 
device 1 00. 

[0052] Thus, a method and apparatus for enabling a 
wireless communication device which does not have a 
browser to access hypermedia content on the Internet 
or other networks have been described. Although the 
present invention has been described with reference to 
specific exemplary embodiments, it will be evident that 
various modifications and changes may be made to 
these embodiments without departing f rom the broader 
spirit and scope of the invention as set forth in the 
claims. Accordingly, the specification and drawings are 
to be regarded in an illustrative sense rather than a re- 
strictive sense. 



Claims 

1 . A method of providing content from a network to a 
wireless device, the method comprising:- 

receiving the content from a resource on the 
network according to a first protocol, wherein 
the wireless device is compliant with a second 
protocol but not compliant with the first proto- 
col; 

converting the content to a message in a format 
that can be received by the wireless device for 
proper display; and 

transmitting the message to a messaging cent- 
er for delivery of the message to the wireless 
device. 

2. A method as recited in claim 1 wherein said step of 
receiving the content from a resource on the net- 
work is responsive to a request for the content from 
the wireless device. 

3. A method of providing content from a network to a 
wireless device, the method comprising:- 

receiving a message based on a request from 
the wireless device for content; 
identifying a keyword in the message; 
mapping the keyword to a network resource ac- 
cording to a set ol predefined rules; 



retrieving the content from the network re- 
source; 

converting the content into a response compli- 
ant with a requirement of the wireless device. 

5 

4. A method as recited in claim 3 wherein said step of 
mapping comprises using the keyword to identify a 
URL of the network resource. 

10 5. A method as recited in claim 3 or 4 wherein said 
step of converting the content into a response com- 
pliant with a requirement of the wireless device 
comprises:- 

15 translating the content from a content-type 

used by the network resource to a content-type 
associated with the wireless device; and 
transcoding the content from a character set 
used by the network resource to a character set 

20 associated with the wireless device. 

6. A method of providing content from a network to a 
wireless device, the method comprising;- 

25 receiving a message based on a request from 

the wireless device, the message conforming 
to a first protocol and a first character set im- 
plemented by the wireless device; 
transcoding the message into a second char- 

30 acter set of the network; 

identifying a keyword in the message; 
mapping the keyword to a network resource on 
the network; 

retrieving, from the network resource, content 
35 in the second character set based on the key- 

word, using a second protocol implemented by 
the network; 

translating the content from a content-type 
used by the resource to a content-type used by 
40 the wireless device; 

transcoding the content into the first character 
set; and 

providing the content to the wireless device in 
the first character set using the first protocol. 

45 

7. A method of providing content from a network to a 
wireless device, the method comprising:- 

receiving a message based on a request from 

so the wireless device; 

identifying a keyword in the message; 
mapping the keyword to a network resource; 
retrieving content from the network resource 
based on the keyword; 

55 translating the content into a content-type as- 

sociated with the wireless device; and 
transcoding the content into a character set 
compliant with a message requirement ol the 
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wireless device. 

8. A method as recited in any one of claims 3 to 7 
wherein the request from the wireless device is not 
compliant with a first protocol but compliant with a 
second protocol. 

9. A method as recited in any one of claims 1 to 7 fur- 
ther comprising:- 

converting the request to be compliant with a 

hypermedia protocol; and 

transmitting the request to the resource on the 

network. 

10. A method of providing content from a network to a 
wireless device, the method comprising:- 

maintaining a mapping of keywords to network 
resources; 

receiving a first SMS message from the wire- 
less device, the first SMS message transmitted 
on a wireless network; 

identifying a keyword in the first SMS message; 
using the mapping to determine a network re- 
source associated with the keyword; 
retrieving content from the network resource 
using an HTTP transaction; 
translating the content into a different content 
type; 

transcoding the content into a different charac- 
ter set; and 

providing the content to an SMS Center in a 
second SMS message, for transmission to the 
wireless device. 

1 1 . A method of providing content maintained remotely 
on a network to a wireless device, the method com- 
prising:- 

receiving an SMS request for the content from 
the wireless device via an SMS Center (SM- 
SC). the SMS request transmitted on a wireless 
network; 

transcoding the SMS request from a plain text 
character set to a mark-up language character 
set: 

extracting a keyword from the trancoded re- 
quest; 

maintaining a keyword-to-URL mapping; 
looking up the keyword in the keyword-to-URL 
mapping to identify a URL associated with the 
keyword, the URL associated with an applica- 
tion capable of providing said content; 
constructing an HTTP POST operation contain- 
ing the keyword and the URL; 
submitting the HTTP POST operation to the ap- 
plication over a wireline network; 



receiving an HTTP response from the applica- 
tion in response to the POST operation over the 
wireline network, the HTTP response contain- 
ing said content; 
5 extracting the content from the HTTP response; 

translating the content from a mark-up lan- 
guage to plain text: 

transcoding the content from a character set of 
the application to a character set of the SMSC; 
io and 

sending the translated and transcoded content 
in an SMS response to the wireless device via 
the SMSC. 

15 12. A machine-readable program storage medium tan- 
gibly embodying a sequence of instructions execut- 
able by a machine to perform a method comprising:- 

receiving a message based on a request from 
20 a wireless device; 

identifying a keyword in the message; 
mapping the keyword to a network resource on 
the network; 

retrieving content from the network resource 
25 based on the keyword; 

translating the content from a content-type of 
the application to a content-type usable by the 
wireless device; and 

transcoding the content into a character set 
30 compliant with a message requirement of the 

wireless device. 

13. An apparatus for providing content from a network 
to a wireless device, the apparatus comprising:- 

35 

means for receiving a message based on a re- 
quest from the wireless device, the message 
conforming to a first protocol and a first charac- 
ter set; 

<to means for transcoding the message into a sec- 

ond character set; 

means for identifying a keyword in the mes- 
sage; 

means for mapping the keyword to a network 

45 resource; 

means for retrieving, from the network re- 
source, content in the second character set 
based on the keyword, using a second protocol; 
means for translating the content from a con- 

50 tent-type of the application to a content-type us- 

able by the wireless device; 
means for transcoding the content into the first 
character set; and 

means for providing the content to the wireless 
55 device in the first character set using the first 

protocol. 

14. An apparatus for providing content maintained re- 
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motely on a network lo a wireless device, the appa- 
ratus comprising:- 

means for receiving an SMS request tor the 
content from the wireless device via an SMS 5 
center, the SMS request ttansmitied on a wire- 
less network; 

means for transcoding the SMS request from a 
first character set to a second language char- 
acter set- 10 
means for extracting a keyword from the tran- 
coded request; 

means for maintaining a keyword-to-URL map- 
ping; 

means for looking up the keyword in the key- '5 
word-to-URL mapping to identify a URL asso- 
ciated with the keyword, the URL associated 
with an application capable of providing said 
content; 

means for constructing an HTTP POST opera- 20 
tion containing the keyword and the URL: 
means for submitting the HTTP POST opera- 
tion to the application over a wireline network; 
means for receiving an HTTP response from 
the application in response to the POST oper- 25 
ation over the wireline network, the HTTP re- 
sponse containing said content; 
means forextracting the content from the HTTP 
response; 

means tor translating the content from a con- 30 
tent-type of the application to a content-type us- 
able by the SMSC; . 

means for transcoding the content from the 
second character set the first character set; and 
means for sending the transcoded content in an 35 
SMS response to the wireless device via the 
SMSC. 
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